FMEA 1

حالات خطا و اثرات ناشی از آن
تجزيه و تحليل خطا و اثرات ناشي از آن ( FMEA ) را مي توان به يك روش ساختار يافته جهت پيدا كردن و شناخت حالات خطاي يك سيستم ، شي يا فعاليت و محاسبه اثرات ناشي از آن خطا بر روي مراحل بالاتر ار آن توصيف كرد . هدف ما اين است كه علل پيدايش حالات خطا را بيابيم و راه حل هاي حذف يا كاهش آنها را پيدا كنيم . يك روش از پايين به بالا ( bottom ) مانند FMEA يك راه بسيار عالي موثر جهت شناخت خرابي خطاي اجزاء سيستم و عملكرد نادرست سيستم است . همچنين مي توان مستندات سيستم را با دقت تهيه كرد .
پايه هاي اوليه FMEA در ابتدا در ارتش ايالات متحده شكل گرفت . روش نظامي اي به نام MIL - P - 1629 به عنوان روشهاي جهت كنترل حالات خطا ، تاثيرات و آناليز بحراني در نوامبر سال 1949 نوشته شد . اين معرفي جهت تخمين اطمينان تعيين تاثير خرابي سيستم و تجهيزات استفاده مي شد خرابي بر اساس تاثيري كه روي موقعيت يك عمليات نظامي و يا امنيت فردي پرسنل با تجهيزات آن دارد طبقه بندي مي شد اين موضوع كه پرسنل و تجهيزات قابل جابجايي با هم هستند در مفاهيم توليدي مدرن مانند توليد محصولات مشتري كاربرد ندارند . بنابراين محيط هاي صنعتي مختلف داراي مجموعه اي از اولويت ها مخصوص خط مشي و استاندارد هاي خود هستند .
استاندارد نظامي MIL - P - 1629 به عنوان يك مدل براي استاندارد هاي جديد MIL - P - 1629 و MIL - P - 1629A كه بسيار فراگير تر روشهاي FMEA را اجرا مي كنند ايجاد شد .
در خارج از ارتش اولين برنامه FMEA در صنعت هوا فضا براي نخستين بار بكار گرفته شد يعني دقيقاً از زماني كه FMEA در عمليات هاي آپولو در سال 1985 به كار گرفته شد . در اوائل دهه 1980 شركتهاي خودرو سازي آمريكا شروع به بكارگيري FMEA در صنايع خود شدند .
يك كار مشترك بين سه شركت كرايسلر ، فورد ، جنرال موتور منجر به ايجاد استاندارد جديدي به نام QS 9000 شد كه در تلاش بود سيستم كيفيت تامين كنندگان را استاندارد كند QS 9000 يك روش براي بهبود استاندارد ISO 9000 بود.
تامين كنندگان يك توليد كننده مبتني بر QS 9000 ملزم به استفاده از FMEA در پروسه پيشرفته كنترل كيفيت و در توسعه طرحهاي كيفيت خود بودند اين تلاش منجر به شكل گيري يك FMEA در سطح كليه صنايع به نام SAEJ-1739 شد كه توسط انجمن مهندسان خودرو و نگارش شده بود تحقيقات آكادميك سبك بر روي FMEA از حدود سال 1960 شروع شد كه تلاش براي يافتن تاثير يك خطا بر روي كل مجموعه شدت گرفت . اولين توضيح درباره اين علم در سال 1969 در آكادمي علوم نيويورك داده شد در اواخر دهه 1960 و اوايل دهه 1970 انجمن هاي حرفه اي زيادي روشهاي را جهت انجام تحليل و تجزيه اين فرآيند ها انجام دادند .
طبيعت اصلي اين روش به گسترش سريع آن در بين بقيه فعاليتها كه از همين روش تجزيه و تحليل استفاده مي كردند كمك كرد . با شروع انقلاب ديجيتالي براي اولين بار در 1979 يك مقاله درباره نقش FMEA در نرم افزار با عنوان ( SWFMEA) نگارش شد . اگرچه هيچ استاندارد خاص براي SWFMEA نبود اما استاندارد IEC60812 هر گاه صحبتي از FMEA مي كرد به آن رجوع مي كرد .
102 حالات خطا و تجربه و تحليل اثرات ناشي از آن
روش سيستماتيكي كه FMEA به آن توليد يك محصول جديد مي پردازد همواره يكسان است FMEA به دنبال جواب سوالاتي مانند اين مي گردد . چه اتفاقي ممكن است براي سيستم يا فرآيندي كه در ساخت سيستم درگير است بيفتد ؟ چقدر اين اشتباه مي تواند بد باشد ؟ و چه كاري مي توان كرد كه از اين مشكل جلوگيري كرد ؟ كندي در سال 1998 ليستي از اهداف FMEA ارائه كرد :
طراحي و پروسه اي كه پتانسيل حالت خطا دارد شناسايي كنيد .
 اثرات حالات خطا را بيابيد روسومانو بوئل و بويلز ( 1994 ) به اين موضوع اشاره دارند كه FMEA بر يك تيم كار جهت اناليز و تجزيه و تحليل هر خطا در سيستم كاري كمك مي كند .
علل اصلي و ريشه اي رخ دادن حالات خطا را شناسايي كنيد باراكي ( 1999 ) به اين موضوع اشاره كرد كه FMEA براي تشخيص منبع شكل گيري خطا طراحي شده است .
فعاليتها پر اهيمت تر توصيه شده با استفاده از عدد اهميت ريسك كندي عنوان مي كند كه عدد اهميت ريسك ( Risk priority number ) بر اساس احتمال وقوع يك حالت خطا مخرب بودن اثرات حالت خطا و احتمال كشف آن حالت خطا در حين توليد محاسبه مي شود لج ( loch ) به اين موضوع به اين نمونه نگاه مي كند كه FMEA مي تواند يك ليست اولويت از خطاهاي بالقوه تهيه كند .
FMEA مي تواند يك ليست اولويت از خطاهاي بالقوه تهيه كند .
نويسندگان ديگر مفاهيم و هدفهاي ديگري را درباره FMEA توضيح داده اند :
 بدست اوردن اطمينان از سيستم هاي مختلف و اجزاء آن ها پرايز ( pries ) معتقد است FMEA كه وضعيت هاي در توسعه يك فرآيند قابل پيشگيري مي باشد توسعه دهندگان مي توانند موقعيتهاي ناهنجار علل ناهنجاري و را ههاي مديريت آن را تجزيه و تحليل كنند .
هر گونه خطاي عمده در طراحي را روشن مي كند در صورت امكان گروه طراحي جهت جلوگيري از خطا تغييري دهد . جاستون ( 1998 ) عنوان مي كنند كه FMEA مي تواند با شناخت خطاهاي بالقوه و جلوگيري از آن ها مانع هزينه بالاي تغيير طراحي شود .
به عنوان يك پيش نياز در دست طراحي عمل مي كند پرايز ( priers ) توضيح مي دهد كه FMEA نرم افزاري ( SWFMEA ) يك ليست از خطاهاي بالقوه است و همچنين ليستي از گزينه هاي آزمايش نرم افزار همچنين پرايز عنوان مي دارد كه هر گونه تلاش براي قراردادن ساختار FMEA در فرايند براي امتحان و تست نرم افزار بسيار مفيد خواهد بود شستي كه توسط ساختارهاي FMEA طراحي شده است محصول نرم افزاري را از ضعيف ترين نقاط با چالش روبرو مي كند .
در تئوري جوابهاي سوالات مطرح شده در FMEA به صورت تجزيه و تحليل مرحله به مرحله است .
در فاز اول فرآيند تحليل از شناخت محدوده سيستم و كارهايي كه FMEA روي آنها عمل مي كند شروع مي شود . فلوچارت فرآيند توسعه و طراحي اين مشخصات را پشتيباني مي كردند .
بعد از انكه موضوع مرتبط با FMEA تائيد شد قدم بعدي شناخت حالات بالقوه خطا به شكل طبقه بندي شده است . تكنيك جرو بحث بين اعضاي گروه اغلب روش مناسبي براي اينكار ارزيابي مي شود .
در اين مواقع فرم هاي مختلفي جهت ثبت نتايج اين جرو بحث از قبل آماده شده است درمراجل بعدي اثرات و علل خطاهاي بالقوه شناسايي مي شوند اينجا همان نمودارهاي & effect Cause يا علت و معلول خودمان است كه به كار ما كمك قابل توجهي مي كند . مرحله آخر ثبت پروسه و اعمال تمهيداتي جهت كاهش ريسك حالات خطاي شناخته شده است .
FMEA به دو صورت FMEA فرآيند يا FMEA محصول بسته به كاربرد آن شناخته مي شود . FMEA محصول امتحان كرده و به راهي كه حالت خطا بر كارفرما تاثير مي گذارد به تجزيه و تحليل طراحي مي پردازد .
FMEA فرايند فرآيند هاي كه در طراحي ساخت استفاده و نگهداري يك محصول دخيل اند را با امتحان كردن راهي كه خرابي در توليد يا پروسه هاي سرويس بر روي عمليات يك توليد تاثير مي گذارد مي پردازد .
اگز چه بسياري از منابع بيشتر FMEA طراحي و پروسه مي پردازد به جاي آنكه به FMEA توليد و پروسه بپردازد اما هر دوي اين دو نوع به طراحي مي پردازند با طراحي محصول با طراحي پروسه . ا
براي محيط نرم افزاري هر دو نوع متدولوژي پروسه و توليد بكار مي روند . در فرايند FMEA پروسه توليد سخت افزار يك محيط مبتني بر نرم افزار ، ممكن است شامل فرآيند هاي شيميايي . ماشينكاري ، اسمبل كردن زير مجموعه ها باشد . توليد نرم افزار شامل توليد توابع و رسيدن از مشخصات مورد نياز به تست نهايي نرم افزار است . تمامي الصاقات به برنامه مانند اپراتور واسط كاربر تاثير استرس بيش از حد و بد به كاربردن بايد در نظر گرفت نگهداري شامل نگهداري بازدارنده و تصحيح كننده به مانند كنترل تنظيمات FMEA محصول مي تواند به عنوان كاربرد در سخت افزار و نرم افزار يك محصول توضيح داده شود و يا در زمان سنجي و ترتيب توالي يك عمليات در سيستم سخت افزار مانند سيستم الكتريكي ، مكانيكي ، هيدروليك و واسط بين اعضاء بين اين سيستم ها .
نرم افزار شامل برنامه ها و اجراي آنها براي انجام كارها كه كارهاي سيستمي گوناگوني را پياده سازي مي كنند . نرم افزار مي تواند به عنوان يك برنامه در قلب سيستم ( Embed ) باشد يا به صورت يك برنامه كاربردي بر روي شيء اجرا شود.

واژه های مرتبط: ایزو، گواهینامه ایزو ، استاندارد ایزو ، شرکت گواهی دهنده ایزو ، مشاوره ایزو ، مشاور ایزو، اخذ ایزو،ایزو 9001 ، الزامات ایزو